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BACKGROUND OF THE INVENTION 
The present invention relates to computer based training, and more particularly, to 
methods and apparatus for computer based training providing hands-on training related to 
devices. 



Traditionally, students have been taught about devices in a classroom setting where the 
students v^ere lectured about the devices and presented with written tests. Although students 
have been taught in a lab setting, this requires students to travel to a specific location to perform 
the lab Thus, making it difficult and inconvenient for students without easy access to a lab. 

Thus, it has been difficuh for students to gain hands-on experience regarding devices in a 
classroom setting, in their office place, or at home. Further, the need for more hands on time 
with devices is becoming critical for professionals that are working towards certifications such as 
the CISCO Certified Internetworking Expert (CCIE) certification, which is the highest 
certification level bestowed by CISCO. 

Accordingly, there is a need for a distance based solution that provides students with 
hands-on training with devices. 

SUMMARY OF THE INVENTION 

Accordingly, the present invention is directed to methods and apparatus that substantially 
obviates the above and other disadvantages of the prior art. 

Methods and systems consistent with the present invention include a system for training a 
user regarding controlling a device. This system includes a user computer for accepting device 
control information regarding controlling the device for the purposes of training, and a device 
controller remotely connected to the user computer. The device controller preferably includes 
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means for receiving the device control information from the user, and means for transferring the 
device control information to the device. 

In another aspect, the invention comprises a method for training a user regarding 
controlling a device. This method includes a user remotely connecting to a device controller 
using a user computer; the user computer transferring user information regarding control of the 
device to a device controller, and the device controller transferring the user information to the 
device. 

The summary of the invention and the following detailed description should not restrict 
the scope of the claimed invention. Both provide examples and explanations to enable others to 
practice the invention. The accompanying drawings, which form part of the description for 
carrying out the best mode of the invention, show several embodiments of the invention, and 
together with the description, explain the principles of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the Figures: 

Figure 1 illustrates a block diagram of a computer-based system for training of devices in 
accordance with methods and systems consistent with the invention; 

Figure 2 illustrates a block diagram showing a distributed set of pod controllers, in 
accordance with methods and systems consistent with the invention; 
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Figure 3 provides a detailed diagram of a pod controller, in accordance with methods and 
systems consistent with the invention; 

Figure 4 illustrates a graphical interface, in accordance with methods and systems 
consistent with the invention; 

Figure 5 provides a flow diagram for a computer based training system, in accordance 
with methods and systems consistent with the invention; 

Figure 6 illustrates an example page that may be displayed to a user to log in or to request 
account information, in accordance with methods and systems consistent with the invention; 

Figure 7 illustrates a page that may be used for setting up a user account, in accordance 
with methods and systems consistent with the invention;. 

Figure 8 illustrates Relay Control Boxes, in accordance with methods and systems 
consistent with the invention. 

Figure 9 illustrates a block diagram of a pod controller including a wiretap, in accordance 

with methods and systems consistent with the invention; 

Figure 10 provides an illustration of a Virtual Classroom, in accordance with methods 
and systems consistent with the invention; 

Figure 1 1 provides a flow diagram for the virtual classroom, in accordance with methods 
and systems consistent with the invention; 

Figure 12 illustrates a logical diagram of a skills learning module, in accordance with 
methods and systems consistent with the invention; 
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Figure 13 provides a logical description of information that may be stored by the 
assignment and story sub-module, in accordance with methods and systems consistent with the 
invention; 

Figure 14 illustrates an example of an assignment and story sub-module, in accordance 
with methods and systems consistent with the invention; 

Figure 15 illustrates an example of a page that provides a user with a suggested approach, 
in accordance with methods and systems consistent with the invention; 

Figure 16 illustrates a template for a page that provides a user with a sample solution, in 
accordance with methods and systems consistent with the invention; 

Figure 17 illustrates an example of an html page that provides a sample solution, in 
accordance with methods and systems consistent with the invention; 

Figure 18 illustrates an example of a page for the check results module, in accordance 
with methods and systems consistent with the invention; 

Figure 19 illustrates an example of a page for the check results module, in accordance 
with methods and systems consistent with the invention. 

Figure 20 illustrates an example of a page that includes archived information for a lab, in 
accordance with methods and systems consistent with the invention. 

Figure 21 provides an illustration of an assessment engine that uses a wiretap to check the 
configuration of the devices, in accordance with methods and systems consistent with the 
invention; and 
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Figure 22 illustrates an embodiment in which the server and controller contains an 
assessment engine, in accordance with methods and systems consistent with the invention. 

DETAILED DESCRIPTION OF THE INVENTION 
Reference will now be made in detail to embodiments of the invention, examples of 
which are illustrated in the accompanying drawings. Wherever possible, the same reference 
numbers will be used throughout the drawings to refer to the same or like parts. 

Engine 

Figure 1 illustrates a simple block diagram of a computer-based system for training 
relating to devices. As shown, the system preferably includes customer premise equipment 12, a 
communications link 14, a firewall 16, a communications link 18, a server and controller 20, a 
database 22, a pod controller 24, and a pod 26. The Customer Premise Equipment (CPE) 12 
preferably includes a computer 28 provided with a browser program 30 and a network 
application program 32. The browser 30 is preferably a browser for Intemet/Intranet 
communications, such as a Netscape Navigator™ browser or a Microsoft Internet Explorer™ 
browser. The network application program 32 may be a program such as TELNET. The 
commimications link 14 preferably traverses the Internet or an Intra-net. The pod controller 24 
may control one or more pods 26 each of which may contain one or more user devices 40_1 to 
40_3. In one embodiment, the user devices 401 to 40_3 are network equipment, such as CISCO 
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type switches or routers. In other embodiments, these user devices may be Programmable Logic 
Controllers (PLCs), Chemistry Equipment, or any other type of device. Further, a pod controller 
24 may also control one or more infrastructure devices (not shown). These infrastructure devices 
provide an authentic environment for which a real world scenario may be written. 

Figure 2, illustrates a simple block diagram of an embodiment with multiple pod 
controllers 24_1 to 24_3. In this embodiment, pod controllers 24_1 and 24_2 are behind firewall 
16_1, and pod controller 24_3 is behind firewall 16_2. 

Figure 3 provides a more detailed diagram of the pod controller 24, consistent with an 
embodiment of the invention. The pod controller 24 may include a device control module 302, a 
user communications module 304, a mentor communications module 306, an infrastructure 
control module 308, a device communications, control, and multiplexor module 310, and an 
interface to device module 3 12. The pod controller 24 may be connected to user devices 3 14, 
and infrastructure devices 316. 

The device control module 302 is used to control user accessible devices. It incorporates 
the control software that enables the pod control system to load starting configurations into the 
user devices, reset the user devices, and save final configurations. The control within this module 
preferably is high level and generic across all devices, increasing the modularity and 
maintainability of the overall system. 

The user communications module 304 operates such that when a user connects to a user 
device, the connection is made though the user communications module. This module receives 
the connection from the network and validates the user's authorization to access specific devices. 
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This module further translates information received by a user in one protocol into a protocol for 
feeding into the user device. 

The mentor communications module 306 permits a mentor to monitor and participate in 
controlling the user devices during a learning exercise. The mentor communications module 306 
authenticates and authorizes the mentor to connect to specific devices through a computer. A 
mentor may be a program, such as an Artificial Intelligence program, a person, or any type of 
hardware or software capable of aiding a user in learning about the user device and its operation. 

The infrastructure control module 308 allows additional devices to be interconnected to 
the user devices in order to replicate real-world scenarios. These devices are part of the 
infrastructure and require separate control by the pod controller. As such, this module provides 
the control of the infrastructure devices that are needed to create a real-world scenario for the 
user. The infrastructure devices 316 are discussed in greater detail below. Further, this module, 
in conjunction with device, communications, control and multiplexer modules 310, permits 
devices to be moved between pods connected to the pod controller 24. This will be discussed in 
further detail below. 

A device communications, control, and multiplexor module 310 provides low-level 
communications and control for each device. In addition, this module provides a mechanism for 
multiple modules to simultaneously communicate with a single device. Further, as discussed 
above, this module permits devices to be moved between pods connected to the pod controller 
24. For example. Figure 2 illustrates user device 40_4 as part of pod 26_2. If a user wishes to 
perform an assignment that needs four user devices, the device communications, control, and 
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multiplexor module 310 for user device 40_4 may be reconfigured to move user device 40_4 into 
pod 26_1 . Further, the infrastructure control module 308 may also be reconfigured so that the 
infrastructure devices necessary for supporting this move are also reconfigured. Thus, pod 26_1 
would now include four user devices so that a user wishing to perform the assignment can use 
pod 26_1 and pod controller 24__1 . 

The interface to device module 312 is generally implemented in a combination of 
hardware and software, and provides the pod controller 24 with the capability of the pod 
controller 24 to conununicate directly with the device. For example, if the device 314 uses an 
RS-232 or similar interface, this module may include software and hardware for implementing an 
RS-232 connection to the device. Other connection types are possible, such as Ethernet, and the 
connection type will be dependent on the specifics of the device. Further, this module is capable 
of receiving information from a user in an application layer protocol, such as TELNET, and 
translating it so that the information can be communicated directly to a user device. 

Each of the modules may be implemented by software running on a processor or 
computer. As will be obvious to one skilled in the art, all of these modules may be implemented 
on a single processor, or multiple processors may be used. A variety of computer programming 
languages may be used to implement the software programs. 

The infrastructure devices 316 permits user devices 314 to be interconnected into 
realistic configurations. The infrastructure devices are not directly accessible by the user. 
However, the system may implement functions that affect the configuration of these devices 
depending upon the user's actions. For example, a Frame Relay switch may be used to 

9 



implement a wide area network connection between user devices. Such a switch may need to be 
configured and controlled for specific exercises, but because multiple users may need to share it, 
the switch will not be directly available to the user. 

The server and controller 20 may be a computer including memory, a processor, a 
communications port, a display screen, keyboard, and a mouse. Further, the server and controller 
20, for example, may be a web server, such as an Apache or an AOL Server, that uses the 
Common Gateway Interface (CGI) to allow programs to be executed within the server and 
controller 20. These programs may provide services to a user via the web such as static web 
pages, a scheduling mechanism to allow a user to schedule the execution of a specific lab or 
course at a given time, a lab or course catalog displayed via a web page showing all labs or 
courses which can be executed, an electronic commerce engine through which users may 
purchase labs or courses online, and/or a web page which provides a graphical interface for 
accessing the user devices in specific labs and initiating device control software. 

The server and controller 20 may directly provide static web pages or they may be 
dynamically created from templates and other data contained within a system database. A 
scheduling component may interface to a database of reservations to determine the availability of 
devices for a lab. Further, the scheduling component may have the capability to add, delete, or 
change a user's schedule. A course catalog may include a nearly static page generated from a 
database of existing labs or courses. This page may be displayed to a user as an html web page. 
Further, the server and controller 20 may connect to one or more systems, such as electronic 
commerce systems, training/student management systems, personnel records systems, etc. This 
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connection may be over an Internet, or such systems may reside within the server and controller 
20. An electronic commerce system is a system for conducting commerce such as on-line 
ordering and accepting credit payments over an Internet. 

The server and controller 20 may send either static or dynamic web pages to the user's 
CPE 12 so that they may be displayed to the user through their browser. The content of the user 
interface page may contain buttons and hot links for the user to invoke the device-specific 
operations necessary to control the user devices for the purposes of accomplishing a lab or 
course. 

The user computer 28 may be a standard user computer such as an IBM compatible 
Personal Computer (PC) or Macintosh. Further, the user computer may include a memory, a 
processor, a keyboard, a mouse, and a port for receiving and transmitting information. The 
keyboard and mouse may be used by a user to enter information into the computer. The memory 
may be used for storing programs, such as the browser and network applications programs. The 
processor may be used for executing these programs. The display screen may be used for 
displaying information to the user such as html pages, and screens for the browser and network 
applications programs. The communications port may be used for sending and receiving 
information over a communications link. 

Figure 5 provides a flow diagram for the computer based training system of Figure 1. A 
user initializes the system by instructing the browser 30 on his/her computer 28 to connect to the 
server and controller 20 (S502). The firewall 16 is preferably set up to allow the browser 30 and 
server and controller 20 to freely communicate. The server and controller 20 preferably displays 
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a page to the user requesting an account identification and password and then uses this 
information to determine if the user has an account (S504). Figure 6 illustrates an example html 
page 600 that may be displayed to a user to request a user's account identification 602 and 
password 604. The user can then click on the submit button 606 to submit the information once 
it has been entered. The user account may contain, among other things, a course for the user and 
course specific information. If the user has an account, the course is selected and started (S506), 
If the user does not have an account, he/she is directed to a page for setting up a user account 
(S5 1 8). For example, as illustrated in Figure 6, a user without an account identification is 
directed to click on a Register button 608. Figure 7 illustrates an html page 700 that may be used 
for setting up a user account. This page may request, for example, his/her name 702, address 
704, a user name 706, and a password 708. 

After the course is selected, the server and controller 20 sends an instruction to the pod 
controller to initialize a pod 26 associated with the selected course (S508). Further, the server 
and controller 20 sends an instruction to the firewall 16 to permit the user's CPE 12 to access the 
pod controller 24 (S51 0), The user then connects to the pod controller 24 using a network 
application program 32, such as Telnet (S512). Through this mechanism, the user can exercise 
control over the user devices and perform the assigned training exercise. 

A graphical interface may be presented to the user that includes buttons and/or hot links 
regarding the various user devices. These buttons and/or hotlinks may be used by the user to 
perform various functions regarding the user devices. The graphical interface may include a 
button for resetting a user device to its initial starting configuration, a button for saving an 
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existing configuration, a button for loading a new configuration, or a button for forcing the user 
device into a diagnostic control mode. The user may perform these functions by clicking on a 
specifically labeled button on the graphical interface. The specific buttons or hotlinks and their 
respective functions will depend on the specifics of the user devices that make up the lab or 
course. For example, a chemistry lab may use buttons for controlling a mechanical shuttle which 
moves a beaker to different locations within an experiment, the addition of a chemical to the 
beaker, controlling a heating element, or controlling the agitation of the solution within the 
beaker. 

Figure 4 provides an example of a graphical interface a user may see when interacting 
with a lab including three Cisco routers. The available functions in this example are: reset 402, 
save configuration 404, load configuration 406, and cycle-break 408. The user may click on the 
icon 410 of a user device to open a communications connection to the user device when 
completing the objectives of the lab or course. Further, in this example, the user may click on 
links for the instructions 412, scenario and assignment 414, mentoring 416, view plan 418, 
suggested approach 420, sample solution 422, and check results 424. By clicking on one of these 
links, the user will be taken to an associated web page. These links will be discussed in greater 
detail later. 

After completion of the course, the user's CPE 12 is disconnected from the user devices 
40_1 to 40_3 by the pod controller 24, and the user devices are reset to their original settings 
(S516). For routers, these user devices can be reset by sending a specific sequence to the router 
that permits the system to gain access to the router even if the user alters the passwords for the 
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router. This may be accomplished by turning off the router, and then turning it back on. During 
the boot up, control characters can be sent to the router to cause it to enter ROM mode. Once the 
router is in ROM mode, the user device can be reset so that another user can use the user devices 
regardless of what the previous user did to the user device. 

If the user device is a CISCO-type sv^itch, a specific button needs to be pushed during 
power up in order to enter ROM mode. This switch may be replaced by a relay to close the 
switch. Thus, the pod controller could reset this user device by closing the relay, or by manually 
operating the switch. As an example. Figure 8 illustrates three Relay Control Boxes 802, 804, 
and 806 for resetting devices in which a physical switch needs to be pressed at a particular point 
in time. Each Relay Control Box may include eight intemal relays for controlling eight 
independent devices. Each relay replaces the physical switch in the device. As illustrated, a 
master Relay Control Box 802 is connected directly to the Pod Controller 24, and each client 
Relay Control Box 804 and 806 is serially connected to the master Relay Control Box 802. 
When a device is to be reset, the pod controller 24 sends an address for the device to the Relay 
Control Boxes 802, 804, and 806. The Relay Control Boxes 802, 804, and 806 then use this 
address to close a relay associated with this address that in effect closes the switch for the device. 
Thus, the Relay Control Boxes and Pod Controller can individually open and close the switches 
for the particular devices. This example is provided as merely one possible implementation, and 
as will be obvious to one of skill in the art numerous other implementations are possible. 
Further, the specifics of how to reset a device will depend on the particulars of the specific 
device. 
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In one embodiment, user devices 40_1 to 40_3 are CISCO-type routers and are connected 
to the pod controller through a COM port. In this embodiment, the pod controller 24 converts 
the user information from the application layer format it is received in (for example, TELNET) to 
a format that can be sent to the router through the routed s COM port. This is preferably 
accomplished by the user communications module 304 of the pod controller 24. 

Figure 9 illustrates a block diagram of a pod controller 24 including a wiretap 902 , 
according to an embodiment. As shown, the pod controller of this embodiment is connected to a 
user's network application program 32, such as TELNET, over a network connection 904 that 
preferably includes, referring back to Figure 1, a communications link 14 from the CPE 12 to the 
firewall 16 and a connection from the firewall 16 to the pod controller 24 over communications 
link 18. Also connected to the wiretap 902 is a mentor's equipment 906 operating a network 
application 908, such as Telnet. Through this mechanism, a mentor can monitor the instructions 
the user is sending to the user devices in the pod. As such, the mentor can "watch" what the user 
is doing, so that the mentor can ensure that the user is properly controlling the user device. 
Various software and hardware can be used to implement the wiretap. For example, KIBITZ, a 
program available with the freeware package EXPECT, allows two users to collaborate over a 
network while interacting with a single program. Thus, by using one KIBITZ for each user 
device, everything the user types can be seen by the mentor, and visa versa. Other programs with 
similar functionality may also be used to achieve this type of operation. The wiretap 902 may be 
implemented in the device communications, control, and multiplexor module 310 of the pod 
controller 24. 
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Additionally, this wiretap may permit the mentor to take control of the user devices in the 
pod so that the user can "watch" the instructions the monitor is sending to the user devices. 
Thus, the mentor can show the user how to correctly operate the user devices to perform a task. 
In another embodiment, the wiretap may be connected to an Artificial Intelligence program that 
oversees the user's operation of the user devices. 

Virtual Classroom 

Figure 10 provides an illustration of a Virtual Classroom, 1000 consistent with an 
embodiment of the invention. As shown, the Virtual Classroom 1000 preferably includes a 
plurality of student terminals 1010_1 to 1010_16, an instructor terminal 1012, a communications 
link 1014, a firewall 1018, a server and controller 1020, a pod controller 1024, and a pod 1026. 
The pod 1026 preferably includes a plurality of user devices 1040_1 to 1040__3. The number of 
devices needed will depend on the class objectives. The server and controller is optionally 
connected to a database 1022 that stores class specific information. The student terminals 
101 0_1 to 1010__16 each preferably include a browser (not shown) that may be a browser for 
Intemet/Intranet communications, such as a Netscape Navigator™ browser or a Microsoft 
Internet Explorer™ browser. Further, each student terminal 1010_1 to 1010_16 preferably 
includes a network application (not shown) for sending control information to the user devices. 
In one embodiment, the network application program is TELNET. The communications link can 
be any type of communications link, and may be, for example, a link across an Intemet or Intra- 
net, Further, a server (not shown) may be used to connect the student and instructor terminals to 
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an Internet or Intra-net that links the terminals to the server and controller 1020 and pod 
controller 1024. 

Individual students need not be located at the same physical location. For example, one 
student may be located at one physical location, another student may be located in a physical 
location in a different city, a third student may be located in yet another city, and so on. The 
communications between the instructor and students can be supported using a variety of 
communications applications. For example, ILINC, Placeware, or Caliver communications 
applications may be used for supporting these communications. Further, the class can be 
conducted synchronously or asynchronously. 

Figure 1 1 provides a flow diagram for the virtual classroom, consistent with the 
invention. An instructor initializes the class session by sending information from the instructor 
terminal 1012 to the server and controller 1020 (SI 102), The server and controller 1020 then 
sends initialization infomiation to the pod controller 1024 (SI 104). The pod controller then 
resets the user devices 1040_1 to 1040_3 (SI 106). The server and controller 1020 then instructs 
the firewall 1018 to permit the student terminals to access the pod controller 1024 (SI 108). 
Through this system and mechanism students can be trained regarding controlling a user device 
by exercising actual control over the user devices in the pod (SI 1 10). 

After the class ends, the instructor can instruct the server and controller 1020 to save the 
configurations of the user devices 1040_1 to 1040_3 to allow the class to pick up where it left off 
at a later time. The user devices are then preferably reset to permit another class to use the user 
devices (SI 112). 
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Or ganization of Learning Structure 

Traditionally^ students are taught using a learning structure that involves an instructor 
first lecturing or telling students about a subject, such as how to operate a device. Next, the 
instructor shows the students how to perform the task, and finally students are provided with a 
task and asked to perform it. 

In an embodiment of the invention, rather than first instructing the students regarding the 
operation of a device, students are invited to try and perform a task regarding the device. If the 
student is unable to perform the task they are provided with a first level of help. This first level 
of help includes clues or hints regarding performing the task and top-level information. If the 
student needs further help, he/she is provided with a second level of information. This second 
level of information includes detailed information regarding performance of the task, and in one 
embodiment includes showing the user the exact steps to take in order to perform the task. 

Figure 12 illustrates a logical diagram of a skills learning module 1200 consistent v^th 
the invention. The skills learning module 1200 may include module metadata 1210, an 
assignment and story module 1220, a suggested approach module 1230, a sample solution 
module 1240, and a check results module 1250. In an embodiment, the skills learning module is 
stored in database 22 along with each of its sub-modules. Each of these sub-modules may be 
presented to a user in the form of a web page in an html format. By structuring the data in a 
hierarchical manner, the user may view only that information which is needed at a particular 
time. 
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Module metadata 1210 is a set of data that describes the learning module, and may 
include information regarding the learning environment for the module, the author of the module, 
the difficulty level, target audience, and other like information. For example, module metadata 
1210 may include the assignment's name, its difficulty, the expected time to complete it, its 
authorship, and the skills or knowledge that it exercises. 

The assignment and story sub-module 1220 stores information regarding the context of an 
assignment so that a user may frame the learning experience in the real world. Figure 13 
provides a more detailed logical description of information that may be stored by the assignment 
and story sub-module 1220. As illustrated the assignment and story sub-module 1220 may 
include a details sub-module 1310, an assignment sub-module 1320, a story sub-module 1330, a 
conditions sub-module 1340, a notes sub-module 1350, and a diagram sub-module 1360. Figure 
14 illustrates an example of an assignment and story sub-module that may be presented to a user 
in the form of an html web page. 

The details sub-module 1310 provides module metadata that is useful to the user. For 
example, as illustrated in Figure 14, the details sub-module may include data regarding the title 
of the assignment, the technology involved, the level of difficulty, the amount of time to 
complete the task, the certification it may be used for, the desired learner outcome, and the 
desired network outcomes. 

The assignment sub-module 1320 provides a brief textual description of the enviroimient 
in which the assignment takes place. For example, as illustrated in Figure 14, the assignment 
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sub-module 1420 describes the assignment as designing an Appletalk numbering plan and 
enabling Appletalk routing. 

The story sub-module 1330 provides a detailed textual description of the environment in 
which the assignment takes place. It typically mirrors a real-world scenario. For example, as 
illustrated in Figure 14, the story sub-module 1430 describes the story for the assignment as: 
"Your network manager has told you that your network will soon have to carry Appletalk traffic. 
In order for this to happen you must plan an Appletalk numbering scheme and assign Appletalk 
zone names for each of the segments in your network. You will also enable Appletalk routing on 
all of the active interfaces on your routers. Once Appletalk is enabled on the routers and 
configured on the interfaces, you should verify that Appletalk is functioning properly," 

The conditions sub-module 1340 provides supporting information. For example, as 
illustrated in Figure 14, the conditions sub-module 1440 may include information such as: 

"IP routing is already up and running on this network. DO NOT CHANGE ANY OF 

THE IP ROUTING CONFIGURATIONS. 

Your Apple administrator has given you the following range of Appletalk network 
numbers, 2000-2999. You may use any number with that range to assign a imique 
Appletalk network number to each segment in the network. All of the serial links should 
be configured in the 'cereal zone.' You should make up unique zone names for each of 
the Ethemet interfaces." 
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The notes sub-module 1350 provides exceptions to real-world implementations or things 
that should be taken into consideration in the performance of the module. For example, as 
illustrated in Figure 14, the notes sub-module states that the exceptions to real world conditions 
for this assignment are that the serial links between routers are implemented via direct 
connections in this lab and do not actually connect through any leased line services for the serial 
links. 

The diagram sub-module 1360 provides a picture or visual of the module's starting 
equipment. For example, as illustrated in Figure 14, the diagram sub-module 1460 illustrates 
three interconnected routers. 

The suggested approach sub-module 1230 (Fig. 12) provides a high level description of 
an approach that the learner could take to accomplish the module's assignment. Figure 15 
illustrates an example of a page that provides a user with a suggested approach. As illustrated, in 
this example, the suggested approach is for the user to: "Figure out the Appletalk numbering 
plan; assign a unique Appletalk cable range to each network segment; note the Appletalk zone 
names on each network; enable Appletalk routing on the routers; configure the appropriate 
Appletalk zone names on each active router interface; then verify proper Appletalk operation 
using show commands." 

The sample solution sub-module 1240 (Fig. 12) contains a subject-matter expert's 
solution to the module's assignment. Figure 16 illustrates a template for a page that provides a 
user with a sample solution. Each solution can be broken down into a series of tasks 1602. The 
initial display may only show each task, along with a one-line description for the task. The user 
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may then click on a task to expose more detailed information regarding the tasks, such as hints 
1604 and steps 1606. A hint 1604 is designed to assist the user in accomplishing the tasks and is 
useful for users who need some initial direction on how to get started with the task, but do not 
need detailed information on the process. A step 1606 is a one line description that may include 
an action to take, the result of that action, and an explanation on why the step was necessary and 
the result that was achieved. In another embodiment, the sample solution may show all the 
details of the sample solution. Figure 17 illustrates an example of an html page that provides 
such a sample solution. 

The check results sub-module 1250, provides user assessment because during the course 
of performing a lab or course, a user may wish to check his or her final results. The user's results 
may be assessed in a variety of ways. For example, this assessment may be performed by 
examining the final configuration of the devices as compared to a final configuration produced 
by a subject matter expert. Figure 18 illustrates an example of a page that provides a user with 
one possible set of final device configurations which can be used to compare against the results 
obtained by the user. In another embodiment, the check results module may provide a set of 
steps that the user can execute to assess his or her final configuration. For example, in a Cisco 
router lab, the user may be told to how to examine the routing table of a specific device and look 
for specific outputs. Figure 19 illustrates an example of a page that provides a user with steps for 
checking their results. 

Further, referring back to the example illustrated in Figure 4, the user may select fi-om the 
graphical interface illustrated to view instructions regarding the lab 412. By clicking on this link, 
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a page is displayed to the user regarding the general instructions for performing the lab. Also 
shown in the example illustrated in Figure 4 is a link to view plan 418. In this example, prior to 
beginning the lab, the user is presented with a series of predetermined questions designed to help 
the user structure his/her lab approach, thus allowing the user to plan his/her approach before 
beginning the lab. These questions may include, for example, questions regarding the user's plan 
of attack, the impact the user thinks his/her approach will have on the rest of the network and any 
potential trouble areas and anticipated challenges, and how he/she expects the lab to be helpful. 
Further, these questions may be predetermined questions or be adaptive questions that depend 
upon the user's answers to the questions. When the user later clicks on view plan 41 8, a web 
page is displayed to him/her that includes answers to these questions. 

After a user completes a lab, in an embodiment, the user is led through a debrief 
question/answer section designed to reinforce the lessons taught by the lab and help the user 
identify ways that he/she might incorporate these skills in a production environment. The user's 
answers are then saved for future reference. These questions may include, for example, 
questions regarding how the user felt his/her plan worked out, the impact his/her approach might 
have had in a production environment, how he/she might change their approach, how he/she 
thinks his/her revised approach might work in a production environment, what he/she learned, 
and how the lab was helpful to him/her. Further, these questions may be predetermined 
questions or be adaptive questions that depend upon the user's answers to the questions. 

In one embodiment, after completion of a lab, the final configurations of the user devices 
along with other information are archived so that the user may retrieve the information and 
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configurations at a later time. Figure 20 illustrates an example of a page that includes archived 
results after a user completes a lab where the user devices are Cisco type routers. In this figure, 
the data is organized such that a user may select the component of the data they wish to view 
while hiding the details of the other components. Thus, a user may quickly select the section of 
data they wish to view and ignore the other sections. For example, as illustrated, a user may 
select to individually view plan 2002, debrief 2004, or saved configurations 2006. By selecting 
plan 2002, a user may view, for example, information regarding their answers to the questions 
regard their plan that they had previously entered. By selecting debrief 2004, a user may view 
information regarding their answers to questions during a debriefing session and by selecting 
saved configurations 2006, a user may view the final configurations of the user devices. 

Assessment 

Using the above described Engine or Virtual Classroom permits assessing a user's 
proficiency regarding a device by assessing the user/student's control over the device. 

Traditionally, students are assessed based on taking a test where they are asked questions 
regarding the device or control of the device. In an embodiment of the present invention, rather 
than simply asking a student questions regarding the device, the student is presented with a real 
world task regarding the control of the device. The student controls the device to perform the 
task. After completing the task, the student is assessed on his/her performance. 

Figure 21 provides an illustration of an assessment engine 2110 that uses a wiretap 21 12 
to check the configuration of the user devices 2114 once the assignment is completed. As with 
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the wiretap discussed above, various configurations may be used to implement tiie wiretap 2112. 
For example, KIBITZ may be used to implement the wiretap 2112. The assessment engine 2110 
may be a piece of software running on a processor or computer. Once the assignment is 
completed, the assessment engine 2110 may examine the configuration of the various user 
devices 2114 using the wiretap 2112. The assessment engine then checks this configuration 
against an expected configuration. It then may generate a score. Further, the assessment engine 
can inform the user of how their configuration differs from the expected configuration, and the 
potential consequences of these differences. 

Figure 22 illustrates an embodiment m which the server and controller 2210 contains an 
assessment engine 2226. This assessment engine 2226 may be a piece of software running on a 
processor. At the completion of the assignment, the user's CPE 2212 may be disconnected from 
the user devices. The assessment engine 2226 then connects to the various user devices 40_1 to 
40__3 through the wiretap 2228 of pod controller 24. The assessment engine 2226 then examines 
the configurations of the user devices 40_1 to 40_3 and compares these configurations vnth 
expected configurations. The assessment engine 2226 then may generate a score for the user, and 
provide him/her with feedback regarding the differences between his/her configurations and the 
expected configurations. Further, as will be obvious to one of skill in the art, in other 
embodiments, the assessment engine 2226 may connect to the various devices through a direct 
connection. 
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Further, as previously discussed in one embodiment a user may be presented with a set of 
steps that the user can execute to assess his or her final configuration. Referring back, Figure 19 
illustrates an example of a page that provides a user with steps for checking their results. 

While it has been illustrated and described what is at present considered to be the 
preferred embodiment and methods of the present invention, it will be understood by those 
skilled in the art that various changes and modifications may be made, and equivalents may be 
substituted for elements thereof without departing from the true scope of the invention. 

In addition, many modifications may be made to adapt a particular element, technique or, 
implementation to the teachings of the present invention without departing from the central scope 
of the invention. Therefore, it is intended that this invention not be limited to the particular 
embodiment and methods disclosed herein, but that the invention includes all embodiments 
falling within the scope of the appended claims. 
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WHAT IS CLAIMED 

1. A system for training a user regarding controlling of a device, comprising: 

a user computer for accepting device control information regarding controlling the device 
for the purposes of training; and 

a device controller remotely connected to the user computer, including 
means for receiving the device control information, and 
means for transferring the device control information to the device. 

2. The system of claim 1, further comprising 

a server/controller, including 

means for receiving access information sent by the user from the user computer, 

and 

means for transferring information to the device controller regarding user access. 



3. The system of claim 1, wherein the user computer and the device controller are connected 
over an Internet. 



4. The system of claim 1, wherein the user computer and the device controller are connected 
over an Intranet. 



5. The system of claim 3, further comprising 
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a firewall between the Internet and device controller; and 

a server/controller, including 

means for receiving access information sent by the user from the user computer, 
means for transferring information to the device controller regarding user access, 

and 

means for transferring information to the firewall regarding permitting the user to 
access the device controller. 

6. The system of claim 1, wherein the device controller further includes 

a Mdretap including means for permitting a mentor computer to receive information 
transferred from the user computer to the device. 

7. A method for training a user regarding controlling a device, comprising : 

a user remotely connecting to a device controller using a user computer; 
the user computer transferring device control information regarding control of the device 
to a device controller; and 

the device controller transferring the device control information to the device, 

8. The method of claim 7, further comprising: 

the user computer transferring user access information to a server/controller regarding 
user access; and 
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the server controller transferring information to the device controller regarding user 

access. 

9. The method of claim 7, v^herein the step of the user computer transferring device control 
information regarding control of the device to the device controller includes transferring the 
device control information over an Intemet. 

10. The method of claim 7, v^herein the step of the user computer transferring device control 
information regarding control of the device to the device controller includes transferring the 
device control information over an Intranet. 

1 1 . The method of claim 9, wherein there is a firev^all between the Intemet and the device 
controller, further comprising: 

the user computer transferring user access information to a server/controller regarding 
user access; 

the server/controller transferring information to the device controller regarding user 
access; and 

the server/controller transferring information to the firewall regarding permitting the user 
to access the device controller. 

12. The method of claim 7, wherein the device controller includes a wiretap, further comprising: 
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the wiretap receiving user information transferred from the user computer to the device; 

and 

the wiretap transferring the user information to a mentor computer so a mentor can 
monitor the user information. 

13. A system for training a user regarding controUing of a device, comprising: 

a user computer for accepting device control information regarding controlling the device 
for the purposes of training; and 

a device controller remotely connected to the user computer, including 
a processor for receiving the device control information, and 
an interface for transferring the device control information to the device. 

14. The system of claim 13, further comprising 

a server/controller, including 

a processor for receiving access information sent by the user from the user 

computer, and 

a communications port for transferring information to the device controller 
regarding user access. 



15. The system of claim 13, wherein the user computer and the device controller are connected 
over an Internet. 
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16. The system of claim 13, wherein the user computer and the device controller are connected 
over an Intranet. 

17. The system of claim 15, further comprising 

a firewall between the Internet and device controller; and 

a server/controller, including 

a communications port for receiving access information sent by the user from the 
user computer, transferring information to the device controller regarding user access, and 
transferring information to the firewall regarding permitting the user to access the device 
controller. 

18. The system of claim 13, wherein the device controller further includes 

a wiretap for permitting a mentor computer to receive information transferred from the 
user computer to the device. 

19. A device controller for training a user regarding controlling of a device, comprising: 

a processor for receiving device control information from a user computer remotely 
cormected to the device controller, wherein the received device control information is for the 
training of a user relating to the device, and for translating the received device control 
information; and 

an interface for transferring the device control information to the device. 
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20. The device controller of claim 19, wherein the device controller is remotely connected to a 
user computer. 

21 . The device controller of claim 19, wherein the device controller is connected to a server and 
controller. 

22. The device controller of claim 19, further including a wiretap for receiving user information 
transferred from the user computer to the device; and transferring the user information to a 
mentor computer so a mentor can monitor the user information. 
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ABSTRACT 

Methods and Systems for training a user regarding controlling a device. Through these 
methods and systems a user may remotely access a device in order to perform an assignment or 
task designed to train the user in the operation of the device. The user is able to access the 
devices through a user computer that is remotely connected to a pod controller. This connection 
may traverse a Internet or Intra-net, or it may be a direct connection. The pod controller receives 
device control information sent from the user and translates it so it can be directly fed into the 
device, thus, providing the user with actual control over the device. 
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the network. 
Enable AppieidlK Routing on each router 

. start the Appletalk routing processes on the New York router- 

AclEon: appletalk routing 
Result: 

NewYork>en 
NewYQrk#conf t 

Enter configuration coirroandS/ one pex line 
NewYor3c(CQn£ig)#appletalk: routing 
NcwYork (config) #"^2 

^SYS-'B^CONFlG^l ; Configured from console by consol* 

Explanation: T?ie Appletalk routing process Is not on fay def auH, You must tell the router that you want H to route Appletalk packets, Thd 
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•Appletaik routing" comman<i also starts the Appietaik RTMP routing protocol running. 
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show appletalk interface brief 



Newyork#3how 

Interface 

BRIO 

BKI0:1 

BRIO: 2 

SthemetO 

SeriAlO 

Seriall 

Serial2 

Serials 



appletalk interface brief 



Address 
unassigned 
unassigaed 
unassigned 
2002,14 
2010.17^ 
2025.55 
unassigned 
unassigned 



Conf ig 

not config'd 
not config'd 
not config'd 
Extended 
Extended 
Extended 
not config'd 
not config'd 



status/ Line Protocol Atalk Protocol 
administratively down n/a 
ad3:ninistratively down n/a 
administratively down n/a 
up up 
up up 
up up 
administratively down n/a 
administratively down n/a 



Explanation; Th9 three fntetfece* you configurod (EO, SO and 31) on touisr 1 (NewYofk) all show that they are 'up'. This means thai 
^« P«P«riy ^'nfisured and o^rB&^, This is a good ^juick check to sea if the Appietaik protocol is njnning. If one 
of the (nterfeces that you have.configured is *down\ check to be sure that the interface at the other end of the link has the 
same Applataik cable ranqe confiQured on it. The number after the cabte*range number is the host number. The host 
number is dynamlcaJiy assigned and wiH ptoi?abfy be different fn your display. 

/ " JJj^^'*^' « command to see that the Appietaik protocoi Is properly configured end running on the Tokyo 



Action: 



Show apple:alk ^nt«rface brief 

Tokyo#sh appletalX inc«rface 

Interface Address 

BRIO unassign^ 

BRIO : 1 unassigned 

BRIO : 2 Tiiiassigned 

EthernetO 2038.37 

SerialO 20:22.76 

Seriall unassigned 

$eriaI2 unassigned 

s«friAl3 unassigned 



Config status /Line Protocol AtAlk P^rotacoi 

not config'd adiainistrativ«iy down i;/a 

not config'd administratively down n/a 

not config'd Administratively down n/a 

Extended up up 

Extended up up 

not config'd administratively down n/a 

not config'd administracivoly down n/a 

not coiifig'd administratively down n/a 



Explanation: The two iniorfeoes you configured (EO, and SO) on rout^f 2 (Tokyo) ail show that they ar© *up*. This m^ns that they Are 
property configured and operational, this is a oood quick chack to \t Apptetalk protocol is mnnirtg. \i one of th© 
interfaces that you hav« con^gursd is 'down', check to be sure that the interface at the other end of th© link has the sam© 
Appietalk cable ranae configured on It The number nftarthfl oahl^-rt^noe number is th« ho«t number, Th* boct numixir 
dynamically assigned and wtii protJably be diff$rgnt in your dspiay. 

Use a brief version of a shew command to thdt the Appletalk protocol Is propedy configured and running on th^ Condon 
router. 



Action: 
Result: 



show appletalk interface brief 



London#$how 

interface 

BRIO 

BRIO : 2 

EtbemetO 

SerialO 

Seriall 

Serial2 

Serial3 



appXet:alk interface brief 



Address 
unassigned 
unassigned 
unassigned 
2045.2X5 
unassigned 
2013.2*35 
unassigned 
unassigned 



Conf ig 

not config'd 
not config*d 
not eonfig'd 
Extended 
not eonfig'd 
Extended 
not eonfig'd 
not eonfig'd 



Status /Line Protocol Atalk Pi-otocol 
adzuinistratively down n/a 
administratively down n/a 
adiainistrativeiy down n/a 
up up 
administratively down n/a 
vs> up 
administratively down a /a 
administratively down n/a 



pj Explanation: The two interfaces you configured (EO, arKi S1) on router 3 (London) aii show that they are *up'. This means that they are 

' property configured and operatronal, TOs is a good quick check to see if the Appletalk protocol is running, if one of the 

intertaces that you have configured Is *down\ check to be sure that the interface at the other end of the iink has the same 
iy Appletalk cable range configured on It. The number after the cafaie-range number is the host number. The host number i$ 

dynamically assigned and wi3 probably be different in your display. 

/ lp^L> ^ ^ show Appletalk conunand to view aiJ of the Appletaik parameters d a particular interface, 
^.s Action: $how Appletaik interface 

: f= Result; 

■^^^ NewYor3t#show appletalk interface serial 0 

Q Serial 0 is up, line protocol is up 

A5>pleTalk cai>le range is 2010-2019 

AppleTalk address is 2010.174, Valid 
\y Apple'Talk ssone is "cereal zone" 

AppleTalk port configuration verified by 2Q13.235 

AppleTalk address gleaning is not supported by har-dwa^re 

i^pleTalk route cache is enabled 



Hxpianation: The Important !hing to note here is that the interface shows *up' and line protocol is 'up'. This means the interface is 

communjcatlng with the network it is connected to. You can also see the Appietalk address of this interface on the fourth 
line of the example. You can also see that the configuration of this port has been verified by the router at the other end of 
the fink. 

1 (Z^ ^ *show Appietalk route' command to look at the Appletaik routing table 



Action: 



show applefalk route 



NewYork^rshow appltatalk route 

Codes: - KTMP derived, E - BIGRP derived, C - connected, A - AUKP 

5 - Static P - proxy 
S routes in internet 

The first zone listed for each entry is its default {priinary) zon^. 

c Net 2000-2005 directly connected, Sth^metO^ zone cornflakes 
C Net 2010-2019 directly cormecced, SerialO^ sone cereal zone 
C Net 2020-2029 directly, connected. Serially sone cereal sone 
R Net 2030-2039 [1/G] via 2022.76, 2 sec, Seriall, zone fruit loops 
R Net 2040-204^ [1/03 via 2013.235, 0 sec, SerialO, zone cocoa puffs 



GKptonQiion; After the routing upd<»t** prcpagsat© (rougl^ly SO swuornis), e£iqh router should nave flV© ApplOtaJK routes tn Its routing 
tabid. If they do not, make wr© that the routers are properly conflgufdd. 

Copyright © 1998. 1S99 Mentoitabs, LLC. 



N$wyork# 





0 



.Roirtei^i 7"''' 

FiOStnama Waahingtpn 

I 
I 

Interface EthemetO 

ip addrs^^ 10.28.0.1 25S.255.0.0 

no shutdown 

1 

interfec9 SerialO 

ip address 10.35.0.2255.255.0,0 
ip mrauteoacha 
no shutdown 

j 

interface Seriafi 

ip address 10.29.0.1 255,256.0.0 
cfockrats 5$000 
no shftjldovvn 

! 

rnterfaoe SeriaI2 
no ip addn&ss 
shutdown 

( 

rntarface Ser^t3 
no ip address 
shutdown 

I 

interface BRIO 
no ip address 
shutdown 

router rip 
network 1 0.0.0.0 

I 

no ip classless 

I 

} 

bajinermotd % 

iP RfP Foundabon Ub Routerl 

Version: i.O 

Date: July 10, 1993 

Copyright 139S, 1999, MentorLabs, LLC 

A(l rights re^w&d % 

Passwords: 
User - Cisco 
En ibte - cisca 



line con 0 
password casco 
login 

iina aqx 0 
!ine vty 0 4 

password CISCO 

login 

! 

end 



f 



hostriaiTie Minot 
I 

enabte password sanfran 

1 

I 

tnterfacG Eth^metO 

fp address 10.30.0.1 25S.^5.0.0 

no ksepalfve 

no shutdown 

! 

(nierfao6 SeriafO 

Jp address 10.23.0.2 256.255.0.0 
ip m route-each^ 
no shutdown 

I 

interface SeriaJI 

fp address 10.31 .0.1 355.255.0.0 
no shutdown 

I 

interface Serials 
no ip address 
shutdown 

I 

fnterfacQ SeriaiS 
no ip address 
shutdown 

1 

intarface BRIO 
no ip address 
shutdown 

\ 

router rip 
network 10.0.0.0 

t 

ip classless 

f 

j 

banner motd % 

IP RIP Foundation Lab Rcutdi2 

Verston: l.o 

Date: July 10, 1998 

Copyright 1993. 1999, MGntoitabs, LLC 
AJI nghts reserved % 

Passwords: 
Usar - Cisco 
&iatt(9- sanfran 
I 

Irne con 0 
password ctsco 
fogin 

line aux 0 
line vty 0 4 

password dsco 

login 

I 

end 



l^outer^ []]^ -: 

! 

hostname Leesvifle 
! 

enable password sanfran 

i 

J 

interface EthemetO 
ip address 10.32.0.1 255.2S5.0.0 
no k^opaiive 
no shutdown 



interface SeriafO 

ip address 10.31.0.2 256.255.0.0 
ip mroute-cache 
no shutdown 
I 

interface SerrgH 

ip address tO.33.0,1 255.255,0.0 
cicckmte 56000 
no shutdown 

} 

ir>terfaoe Sqriai2 
no ip address 
shutdown 

I 

Interface Serials 
no fp address 
shutdown 

I 

interface BRIO 
no ip address 
ahutdowr^ 

! 

router rip 
network 10.0,0.0 

I 

ip classlass 

\ 

f 

banner motd% 

fP RIP Foundation Lab Router3 

Vemion: 1.0 

Date: July 10, 1993 

Copyright 1998, 1S99, Mentorlabs, LLC 

AH rights resen/'ed % 

Passwords: 
User * Cisco 
&c^l9 - sanf ran 
i 

line con 0 
password dsoo 
login 

line aux 0 
line vty 0 4 

password dsco 

Eo^ln 

! 

end 



Copynght© 1995. 1999 MentorLabs, LLC, 



check results 



Ch^ck yoOr configuratfon & confirm th« network is operating per the Story nod OonditCotis, 
{Us& sppFopH^shoWr dehug, anclplnff comrnsn^ to verity network op^a^ns.) . 



IP- Address 

unassignecl 
iinas signed 
192,158.2,129 
172.18.1.33 
192. 1€S. 2. 66 
Unas signed 



OK? Method Status protocol 
YES unset administratively down down 
YB5 unset af^Tnirii^trafcivcly down aown 
Y3S unset ac3ministratively doxm down 
VES manual tip up 
YBS inanua.1 Uff up 
YSS inanual ty? «p 
YES unset administratively do;vn dawn 
YES iinset administratively down down 



Verify that the physical Ifnics In the network are running. 

Actfon: show ip interface brfef 
Rssuft Hubfffli ip int brief 
infcer^ac^ 
BRIO 
BRXOil 

EthernetO 
Serial 0 
Seriall 
serial2 
serial 3 

Hub* 

Explanaiion: The conff$gred intarfaces should ail hava up for Statue and up for Protocol, If not, use other show commands to Oetermir\e wf 
Confirm the routing table on Branch^l supports the Story and Conditions, 

Action: show Ip route 

Result Branch._l#eJicw ip rout« 

Cod^s: C - connected, 5 - static, I - IGJiP, R - RrE>, k - mobile, B - bgp 
T) _ siGKP, SX - EIGHP external, 0 - OSPF, I A - OSPF inter area 
Nl - OSPF NSSA external 1 type 1, ^f2 - OSPF NSSA external type 2 
21 - OSPF external typ^ 1, E2 - OSPF external type 2, E - EGF 
i - IS-IS, LI - IS-IS level-1, l2 - IS-IS level-2, * - candidate default 
u - per-user static route, o - ODR 

Gacew^iy o£ last resort is 192,168.2.66 to network 172. IS .0.0 

Z* 172.18.0.0/16 C100/S2125] via 192.163,3,66, 00:00:11, SerialO 

192.168.2.0/29 is subnetted, 3 subnets 
C 192.168,2,54 is directly oonnected, SerialO 

r 192 168.2.192 is directly connected, BthemfitO _ 

I 192!l68.2.128 [100/S0225] vi^ 192.163.2.66, 00i00:12, SerxalO 



Brancb^ltf 



explanation; Except for the time 
welt? 



since last routina update, your reuiing table on Branch_t should match the Results above. Do your metrics 



Note that th© Gateway erf iaet r^fiort end tt^e candidate default route most both appear, 
confirm the routing table on the ISP supports the Story and Conditions. 



1- ^QOCe. 



Actfon: show ip route 

Codes; C - connected. S - static, X - IG^iP, R - HIP, M - mobil^; B - BGP 
P - EXGRVf BX - BIGRJ^ extemaX, 0 - OSPF, lA - OS?F ijiZ^r area 
Nl - OSP? NSSA external type 1, - osPF NSSA external type 2 
Ei - OSPF external type 1. E2 - OSPF external type 2, E - 
i - IS-IS, LI - IS-IS level-1, L2 - IS-IS Xevel-2, * - candidate default 
U - per-xiser static route, o - ODR 

Oateway of last resort is not 

172.18,0.0/30 is subnetced; 1 subnets 
C 172,18,1.32 is directly connected, Seriall 

10.0,0.0/24 is sutonetted, 1 subnets 
C 10,1,3,0 is directly connected, sthernetO 

S 192.160,2.0/24 n/0] xria 172,13.1,00 

Expfanatfon: Tt;e ISP ehouW have thr&e subnetB fisted. 

Canf irm the routing table on tfie Hub supports tfte Story and Conditions, 

Action: show ip route 

Rosuit f^rhere are two jaain po^sihle z-esults^ depending or. how the default route was confd 



Hab#^ ip ro 

Codes: C - connected, S - scatic, I - IGR^, R - Rl?. M - mobile, B - EGP 
D - EIGRP^ EX - EIGKP external. 0 - OSPF, lA - OSPF inter area 
Nl - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 
SI - OSPF external type 1, E2 - OSPF external type 2, s - EGP 
i - IS-IS, LI - IS*-IS level-1, L2 - IS-IS level-2, * - candidate default 
V - per-vser static rouce, o - ODR 

Gateway of last resort is 172.15.1.34 to network 0.0. 0.0 

•* 172.18.0,0/30 is subnetted, 1 subnets 
C 172.18.1,32 is directly connected, SerialO 

192*168.2,0/28 is sufcnetted, 3 subnets 
r " '592. 16$, 2. S4 is directly connected, seriall ^ 
T 192,168.2.192 [100/80225] via 192. 16a, 2. 00:00:13, Seriall 

C 192.168.2,12$ is directly connected, EthemetO 

S* 0.0.0.0/0 [i/01 via 172.18.1.34 
Hub# 



, , . or . . - 

Ifalt ^-'^om^cred, S - static, I - IGKP, R - MP. M - ^'obile, B - BGP 
C _ conn^ ^^^^ external, 0 - OSPF, lA - OSP? inter area 

Nl - OSPP NSSA external type 1. N2 - OSPF NSSA ejtternal cype 2 

V « per-user static route, o - ODR 

Gateway of last resort is 0.0.0.0 to network 0.0,0,0 

* 172.16.0.0/30 is aubn^tted, 1 subnets 
C 172. IS -1.32 is directly co.inected, SerialO 

192ri68.2.0/28 i3 ^ubnetted* 3 subnets 
^ is directly connected^ seriall 

X m:i6l:2:i92 C10D/S0225] via 192. 163. 2. 65, 00:00:19, Seriall 

C 192,168,2.128 is directly connected, SthernetO 

S* 0,0,0.0/0 is directly connected, SerialO 
Hub# 

explanation; Both options lor configuring a defaon routs will support th« network. 

Note : Do your metiics match as 
Verify that the network op«raUng as described (n the Story ^nd Conditions, 



Action: ping ip-addr^ 

Result: Branch_l#piiig 10, i. 3.1 

Type escape seqa^ce to abort. 

Sending 5, loo-byte tcMP 2chos co 10.1,3.1, timeout i3 2 Seconds: 

{ \ I t I 

Success rate is 100 percent (5/5), round-crip min/avg/rtiax = 32/34/36 mg 



Protocol lip] : 

target I? address: 142,1€8-3,129 

Kepeat count (51 ; 

Datagram size [100] : 

Timeout in seconds C2]: 

Extendi ccitatiands [n] i y 

So-arce address or interface: 10.1, $4! 

Typ<£ of service Id] % 

Set DF bit in IP h^^der? [no] : 

Validate r<sply data? (no] : 

Data pattern [OxABCD] : 

Loose, Strict, Record, Timestainp, Verl^oseCncne] i 
Sweep range of sizes [n] : 
Type escape sequence to abort. 

Sending S, lOO-byte ICHP Echos to 192,163-2.129, timeoiat is 2 seconds: 
MM! 

Success rate is 100 percent (5/5) , round-trip min/avg/roax = 16/17/20 
Protocol [ipl : 

Target IP address: 152.168 ,2, 193 

Repeat count {5] ; 

Datagram aise tlOO] i 

Timeout in seconds {21 ; 

Extended conanands [n] : y 

Source address or interface: 10*1,3.1 

Type of service CO]'- 

Set D? 'oit in IP "header? [no] : 

Validate reply data? [no] : 

Data pattern [QxAECDl : 

Loose, Strict, Record, Tiruescamp, verbose {none j ; 
Sweep range of siaes [n] ; 

Tvr»e escape sequence to abort. ^ . . 

siding sriOO^byce ICMP Eohos to 192 . ISS .2 . i93 , timeouc 2 seconds. 

success rate is 100 percent (5/5), round-crip rnin/avg/max = 32/33/36 ms 
ISP# 

B^(anation:Vour ping t^l, tern Bran.hJtoth.subneno.1.3.0shoutdb«su«^^^^ 

Ethernet and Branch J's Ethernet should ^SO be $uccessful. 
Verify that the tt>uting ujXi«te5 have been ininiinized as described in the Story and Conditions, 
Action: deixjg tp packet 
Result: ISP#delwg ip packet: 

IP packet debugging is on 

ISP#no debug ip pa^iket 

1.1? packet debugging is off 
ISPt 

exptan^lon: The datx-gging infgrmatk>n should be quiet aftar several niinat^. tf ^, you can t.m off IP packet debugging, and know th^t IG 
nsuting packets are not beino eent to the iSP. 

CopyHgnttfi? 1998, 1B99 M6n{orUb$, LLC, 
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Full Name of Second Inventor Inventor's SIgndf ur? jfD I 

ShawnacoviLLE , M^...^ C^^fM 


Date ^ J . ^ ^ 


Residence $$18 Weems Road, Manassas, VA ffiMT* Jd 


CitizedShip Unrted 
states of Amorica 


^05t Offrce Address 

Same as Above 


Full Name of Third Inventor 


Inventor's Signature 


Date 


Residence 


Citizenship 


Post OfRcd Address 




FuJI Hamo of Fourth Invontor 




Dato 


Residence 


Citizenship 


Post OffIco Address 


Full Nama of Fifth Inventor 


Inventor's Signature 


Date 


Residence 


Citizenship 


Post Office Addross 


^ Full Name of Sixth Inventor 


Inventor's Signature 


Date 


Residence 


Citizenship 


^ Post Office Address 


I Full Name of Seventh Inventor 


Inventor's Slgnatui^ 


Date 


\ Residence 


Citizenship 


. Post Office Address 


' Full Name of Eighth Inventor 


Inventor^s Signature 


Date 


Residence 


CItteen&hip 


Post Office Address 


Full Name of Ninth Inventor 


Inventors Signature 


Date 


Residence 


Citizenship 


Post Office Address 



FINNEGAN, HENDERSON, FARABOW. GARRETT & DUNNER, L.L.P. 



